home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1199 / 935 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  1.3 KB
  1. Date: Fri, 21 Jan 1994 09:20:31 -0800
  2. From: ersmith@netcom.com (Eric R. Smith)
  3. Message-Id: <199401211720.JAA14593@mail.netcom.com>
  4. To: mint@atari.archive.umich.edu
  5. Subject: Re: Path length in GEM file selector
  6.  
  7. >Quite nice but how does the file selector know the length of the
  8. >space the program saved for the path??
  9.  
  10. >Uli's idea with the cookie is really good. What about a cookie
  11.  
  12. >_PTL <max length of path without the \0 at the end like strlen()>
  13.  
  14. >Eric what do you think about this? Any comments or suggestions?
  15.  
  16. I don't think a cookie is the right way to pass information from
  17. a program to the operating system, since the cookie jar is global
  18. (and hence shared by ALL programs!). We already have a system call
  19. (Dpathconf()) which a program can use to ask the OS how much
  20. space may be needed for paths on a particular drive. For passing
  21. information the other way, there are 3 reasonable options:
  22.  
  23. (1) A new interface for the file selector, which includes a max.
  24. path length.
  25.  
  26. (2) A system call to inform the OS that we can handle paths up
  27. to length N; the file selector could then use this information.
  28.  
  29. (3) The file selector could assume that MiNT domain programs
  30. (or perhaps "super-MiNT" domain programs) automatically will
  31. reserve sufficient space, by using Dpathconf() as appropriate.
  32.  
  33. Option (3) is the most transparent, obviously.
  34.  
  35. Regards,
  36. Eric
  37.  
  38.